REMARKS 



In the Office Action, Claims 1-36 are pending and presented for examination. Claims 1- 
4, 8-14, 18-21, 26 and 31-36 are rejected and Claims 5-7, 15-17, 22-25 and 27-30 are objected 
to. In this Response, no claims are amended, no claims are cancelled, and no claims are added. 
Applicants respectfully request reconsideration of pending Claims 1-36 in view of the following 
remarks. 

I. Specification Objections 

The specification is objected to because of informalities. In response. Applicants have 
amended the specification as suggested by the Examiner. In view of such amendments, 
AppUcants respectfully request that the Examiner withdraw the objection to the specification. 

II. Claim Rejections Under 35 U.S.C. S103 

Claims 1, 1 1, 21, 26, 31 and 34 are rejected under 35 U.S.C. §103(a) as being 
unpatentable over Lakshmanamurthy et al. {Network Processor Performance Analysis 
Methodology", Aug. 15, 2002, Intel Technology Journal) ( "Lakshmanamurthy ") in view of 
Ziegler et al., (^'Compiler-Generated Communication for Pipelines FPGA Applications, June 2, 
2003, ACM, pp. 610-615) (" Ziegler "). Applicants respectfully disagree with the Examiner's 
assertions and characterizations of the cited reference and therefore traverse this rejection. 

Claim 1 recites: 

1 . A method comprising: 

configuring one or more processors into a D-stage processor pipeline; 

transforming a sequential network application program into D-pipeline 
stages that collectively perform the sequential packet processing stage 
(PPS) of the sequential network application program; and 

executing the D-pipeline stages in parallel within the D-stage 
processor pipeline to provide parallel execution of the sequential network 
a pplication program. (Emphasis added.) 

While Applicant's argument here is directed to the cited combination of references, it is 
necessary to first consider their individual teachings, in order to ascertain what combination (if 
any) could be made firom them. 
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Lakshmanamurthv is generally directed to a network processor performance analysis 
methodology for analyzing the performance of networking appUcations targeted for the IXP 
2400 net\york processor. (See Abstract.) In contrast with Claim 1 , Lakshmanamurthv does not 
disclose or suggest transforming a sequential network application program into D-pipeUne stages 
that collectively perform a sequential packet processing stage (PPS) of the sequential network 
application program, as in Claim 1 . Lakshmanamurthv does disclose a data movement model for 
estimating compute cycles and total I/O references required for the various operations performed 
by a network processor on each received packet; Lakshmanamurthv further disclosed the 
estimation of the total budget for the packet processing to determine how functional blocks are 
mapped onto available hardware resources, and how software concepts are used to meet the 
performance goals, where the methodology is validated by implementing microcode and timing 
the code (on a simulator and hardware) to demonstrate line-rate performance. (See page 20, left 
column, lines 10-47.) 

Apposite to Claim 1, the disclosure of Lakslimanamurthv is directed to providing a 
performance analysis of a hypothetical target application if implemented to use the parallel 
architecture of an IXP 2400 network processor. Lakshmanamurthv does disclose a line-rate 
performance based on a data movement model, an estimated number of compute cycles, and total 
I/O references required for operations performed on a packet basis, and a total available budget 
for packet processing, to enable performance analysis of a hypothetical target apphcation that 
can be written to run on an IXP 2400 network processor (see Supra), however, that is something 
completely different fi-om transforming a sequential network application program into D-pipeUne 
stages that collectively perform a sequential packet processing stage (PPS) of the sequential 
network application, as in Claim 1. 

As correctly recognized by the Examiner, Lakshmanamurthv fails to disclose or suggest 
transforming a sequential network application program into D-pipeline stages that collectively 
perform a sequential packet processing stage (PPS) of the sequential network apphcation and 
executing the D-pipeline stages in parallel within the D-stage processor pipeline to provide 
parallel execution of the sequential network apphcation program, as in Claim 1. As a resuh, the 
Examiner cites Ziegler . However, the Examiner's citing of Ziegler fails to rectify the above 
deficiencies of Lakshmanamurthv . 
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Ziegler is generally directed to the problem of automatically mapping an application onto 
an asynchronous pipeline executing on a configurable architecture, with a focus on appUcations 
whose computations are specified by sequences of loop nests with intervening statements such as 
digital image and signal processing kernels and other regular array computations of interest. 
( See pg. 611, sec. 2.) In contrast with Claim 1, Ziegler does not disclose or suggest transforming 
a sequential network application program into D-pipeline stages that collectively perform a 
sequential packet processing stage (PPS) of a sequential network appHcation, as in Claim 1. 
Ziegler does disclose an array data flow analysis that supports pipelining of independent 
computations, or "task parallelism," which is distinct fi-om data parallelism, which focuses on 
identifying loops whose iterations can execute in parallel (see pg. 611, sec. 3, 2"^ fiiU paragraph), 
however, that is something completely different fi-om transforming a sequential network 
application program into D-pipeline stages that collectively perform a sequential packet 
processing stage (PPS) of the sequential network application program, as in Claim 1 . 

In contrast with a sequential packet processing stage (PPS) of a sequential network 
application program, as in Claim 1, the task parallelism described by Ziegler is directed to digital 
image and signal processing kernels. We submit that the infinite loop nature of a packet 
processing stage of a sequential network application program, is not subject to the type of task 
parallelism described by Ziegler which is normally exhibited by digital imaging and signal 
processing kernels, as referred to by Ziegler . (See Supra.) As a result, Ziegler cannot rectify the 
failure of Lakshmanamurthy to disclose or suggest transforming a sequential network application 
program into D-pipeline stages that collectively perform a sequential packet processing stage 
(PPS) of the sequential network application program, as in Claim 1. 

Hence, no combination of Lakshmanamurthy and Ziegler could disclose, teach, or 
suggest transforming a sequential network application program into D-pipeline stages that 
collectively perform a sequential packet processing stage (PPS) of the sequential network 
application, as in Claim 1. 

For each of the above reasons, therefore. Claim 1, and all claims which depend on Claim 
1, are patentable over the cited art. 
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Each of Applicant's other independent claims include features similar to those 
highlighted above in Claim 1. Therefore, all of Applicant's other independent claims, and all 
claims which depend on them, are also patentable over the cited art for similar reasons. 
Consequently, please reconsider and withdraw the § 103(a) rejection of Claims 1, 1 1, 21, 26, 31, 
and 34. 

Claims 2, 12, 32, and 35 are rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Lakshmanamurthy in view of Ziegler and further in view of Rakhmatov et al. ( "Hardware- 
Software Bipartitioning for Dynamically Reconfigurable Systems ", May 2002, ACM) 
(" Rakhmatov "). Claims 3-4, 8, 10, 13-14, 18, 20, 33, and 36 are rejected under 35 U.S.C. 
§ 103(a) as being unpatentable over Lakshmanamurthy in view of Ziegler and Rakhmatov and 
further in view of Robschink et al. (^'Efficient Path Conditions in Dependence Graphs", May 
2002, ACM) ( "Robschink "). Claims 9 and 19 are rejected under 35 U.S.C. §103(a) as being 
unpatentable over Lakshmanamurthy in view of Ziegler , Rakhmatov , and Robschink and further 
in view of Goldberg et al. i^'A New Approach to the Maximum-Flow Problem ", 1988, ACM') 
( "Goldberg "). Applicants respectfully traverse this rejection. 

DEPENDENT CLAIMS 

In view of the above remarks, a specific discussion of the dependent claims is considered 
to be unnecessary. Therefore, Applicant's silence regarding any dependent claim is not to be 
interpreted as agreement with, or acquiescence to, the rejection of such claim or as waiving any 
argument regarding that claim. Consequently, please reconsider and withdraw the §103 (a) 
rejection of dependent Claims 2-4, 8, 10, 12-14, 18, 20, 32, 33, and 35. 

III. Allowable Subject Matter 

Claims 5-7, 15-17, 22-25, and 27-30 are objected to as being dependent upon a rejected 
base claim, but would be allowable if rewritten to overcome the rejections under 35 U.S.C. 
§ 103(a) set forth to include all the limitations of the base claim and any intervening claims. 

Applicants respectfully thank the Examiner for recognizing the allowability of Claims 5- 
7, 15-17, 22-25, and 27-30. However, for at least the reasons provided above. Applicants 
respectfully submit that such claims, based on their dependency from independent Claims 1 and 
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21, are also patentable over Lakshmanamurthy. Ziegler. Rakhmatov. and Robschink and further 
in view of Goldberg as well as the references of record. Therefore, AppHcants respectfully 
request that the Examiner reconsider and withdraw the objection to Claims 5-7, 15-17, 22-25, 
and 27-30, and allow such claims, based on their dependencies from Claims 1 and 21. 
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CONCLUSION 

In view of the foregoing, it is believed that all claims now pending (1) are in proper form, 
(2) are neither obvious nor anticipated by the relied upon art of record, and (3) are in condition 
for allowance. A Notice of Allowance is earnestly solicited at the earliest possible date. If the 
Examiner believes that a telephone conference would be useful in moving the application 
forward to allowance, the Examiner is encouraged to contact the undersigned at (310) 207-3800. 

If necessary, the Commissioner is hereby authorized in this, concurrent and future repUes, 
to charge payment or credit any overpayment to Deposit Account No. 02-2666 for any additional 
fees required under 37 C.F.R, §§ 1.16 or 1.17, particularly extension of time fees. 



Respectfiilly submitted, 



BLAKELY, SOKOLOFF, TAYLOR & ZAFMAN LLP 




1279 Oakmead Parkway 
Sunnyvale, California 94085-4040 



I hereby certify that this correspondence is being submitted electronically 
via EFS Web on the date shown below to the United States Patent and 



CERTIFICATE OF TRANSMISSION 



Telephone (310) 207-3800 
Facsimile (408) 720-8383 
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